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Descriptor for a video sequence and image retrieval system using said descriptor. 



FIELD OF THE INVENTION 

The present invention relates to a descriptor for the representation, from a 
video indexing viewpoint, of motions of a camera or any kind of observer or observing 
device within any sequence of frames in a video scene, said motions being at least one or 
5 several of the following basic operations : fixed, panning (horizontal rotation), tracking 

(horizontal transverse movement, also called travelling in the film language), tilting (vertical 
rotation), booming (vertical transverse movement), zooming (changes of the focal length), 
™_ dollying (translation along the optical axis) and rolling (rotation around the optical axis), or 

=F any combination of at least two of these operations. This invention may be used in a broad 

„p 10 variety of applications among the ones targeted by the future standard MPEG-7. 

0 BACKGROUND OF THE INVENTION 

□ Archiving image and video information is a very important task in several 
; : ] application fields, such as television, road traffic, remote sensing, meteorology, medical 

!;* 1 5 imaging and so on. It remains hard, however, to identify information pertinent with respect to 

□ a given query or to efficiently browse large video files. The approach most commonly used 
with the databases consists in assigning keywords to each stored video and doing retrieval on 
the basis of these words. 

Three standards have already been defined by MPEG : MPEG-1 for audio- 
20 visual sequence storage, MPEG-2 for audio-visual sequence broadcast, and MPEG-4 for 
object-based interactive multimedia applications. The future one, MPEG-7, will provide a 
solution to audiovisual information retrieval by specifying a standard set of descriptors that 
can be used to describe various types of multimedia information. MPEG-7 will also 
standardize ways to define other descriptors as well as structures (description schemes, i.e. 
25 ways for representing the information contained in a scene) for the descriptors and their 

relationships. Such descriptions will be associated with the contents themselves to allow fast 
and efficient searching for material of a user's interest (still pictures, graphics, 3D models, 
audio, speech, video,...). 
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SUMMARY OF THE INVENTION 

It is the object of the invention to propose a solution for the representation of a 
camera (or of any kind of observer or observing device) motion within any sequence of 
frames in a video scene. 

To this end, the invention relates to a descriptor such as defined in the 
introductive part of the description and which is moreover characterized in that each of said 
motion types, except fixed, is oriented and subdivided into two components that stand for two 
different directions, and represented by means of an histogram in which the values 
correspond to a predefined size of displacement. 

Although the efficiency also depends on the searching strategy involved in the 
database system, the effectiveness of this descriptor cannot be denied, since each motion 
component (all the possible motion parameters as well as the speeds involved, the precision 
on these movements speeds being preferably half a pixel per frame, which seems sufficient in 
all the possible applications) is described independently and precisely. Its simplicity and 
comprehensiveness allow a very wide amount of possible queries to be parameterized. The 
application domain is very large since the camera motion is a key feature for all the video 
content-based applications (query-retrieval systems, but also video surveillance, video 
edition,. . .). Moreover, although the scalability in terms of amount of data is not really 
targeted by the proposed descriptor, said descriptor offers the possibility to be used inside a 
hierarchical scheme allowing to represent the camera motion in a wide range of temporal 
granularity. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will now be described, by way of example, with 
reference to the accompanying drawings in which : 

- Figs. 1 to 3 illustrate basic camera operations; 

- Fig.4 gives an overview of a complete camera motion analysis system 
carrying out an estimation method for an instantaneous estimation of the camera features; 

- Fig. 5 is a perspective projection illustrating for a camera an external 
coordinates system OXYZ moving with the camera and shows, for a focal length f, both the 
retinal coordinates (x,y) corresponding to a point P in the tridimensional scene and the 
different camera motion parameters; 

- Fig.6 illustrates a zoom model included in the camera model; 

- Fig.7 illustrates a filtering technique used in the system of Fig.4; 
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- Fig. 8 illustrates an image retrieval system based on a categorization resulting 
from the use of the descriptor according to the invention. 



DETAILED DESCRIPTION OF THE INVENTION 
5 Camera operations are very important from a video indexing viewpoint. Since 

objects motion and global motion are the key features that make the difference between still 
images and video, any indexing system based on the video content should include a way to 
efficiently represent motion in a wide sense. As far as the motion of the camera is concerned, 
it is clear that the part of the video in which camera is static and those in which the camera is 

1 0 travelling or panning do not share the same sense in terms of spatio-temporal content. Like 
any other discriminating feature, the global motion must be described and represented in the 
future MPEG-7 framework, if possible by addressing any type of video and any type of 
application in which the motion of the camera can be an issue. In video archives, adding a 
description of the global motion allows the users, either non-expert or professional, to 

1 5 perform queries that take into account the motion of the camera. Those queries, mixed with 
the description of other features, should permit to retrieve video shots according to 
information directly or semantically related to the camera motion. 

Regular camera operations include the eight well-known basic operations 
generally defined (see Figs.l, 2 and 3), which are, as said hereinabove, fixed, panning, 

20 tracking, tilting, booming, zooming, dollying, and rolling, together with the numerous 

possible combinations of at least two of these operations. Fixed operation is common and 
does not need further explanation. Panning and tilting are often used, particularly when the 
camera center is fixed (on a tripod for instance), and allow the following of an object or the 
view of a large scene (a landscape or a skyscraper for instance). Zooming is often used to 

25 focus the attention on a particular part of a scene. Tracking and dollying are most of the times 
used to follow moving objects (e.g. travelling). Rolling is for instance the result of an 
acrobatic sequence shot from an airplane. All seven camera motion operations (fixed is 
straightforward) lead to different induced image points velocities, that can be automatically 
modeled and extracted. 

30 Considering these operations, a generic descriptor for camera motion should 

be able to characterize the feature "motion of the camera", i.e. to represent all those motion 
types independently, in order to handle every combination of them without any restriction. 
The scheme here described is compliant with this approach. Each motion type, except fixed 
camera, is oriented and can be subdivided into two components that stand for two different 
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directions. Indeed, as shown in Figs. 1 to 3, panning and tracking can be either left or right, 
tilting and booming can be either up or down, zooming can be in or out, dollying can be 
forward or backward and rolling can be either left (direct sense) or right (reverse sense). The 
distinction between the two possible directions therefore allows to use always positive values 
5 for the 1 5 motion types and to represent them in a way similar to a histogram. 

The case of an instantaneous motion is first considered. Each motion type is 
assumed to be independent and to have its own speed, which will be described in a unified 
way. As the local speed induced by each motion type can depend on the scene depth (in the 
case of translations) or on the image point location (in the case of zooming, dollying and 
10 rotations), a common unit has been chosen to represent it. A speed will be represented by a 
pixel/frame value in the image plane, which is close to the human speed perception. In case 
of translations, the motion vectors magnitude is to be averaged on the whole image, because 
the local speed depends on the objects depth. In case of rotations like panning or tilting, the 
speed will be the one induced at the centre point of the image, where there is no distortion 
1 5 due to side effects. In case of zooming, dollying or rolling, the motion vectors field is 

divergent (more or less proportional to the distance to the image centre) and the speed will 
then be represented by the pixel displacement of the image corners. 

Each motion type speed being represented by a pixel-displacement value, so as 
to meet the efficiency requirements, it is proposed to work at the half-pixel accuracy. As a 
20 consequence, in order to work with integer values, speeds will always be rounded to the 
closest half-pixel value and multiplied by 2. Given these definitions, any instantaneous 
camera motion can be represented by a histogram of the motion types in which the values 
correspond to half-pixel displacements (it is obvious that the FIXED field makes no sense in 
terms of speed : this is the reason why a specific data type is required, in which FIXED is 
25 removed). 

The case of a long-term representation of the camera motion has also to be 
considered. Indeed, working only with descriptions of instantaneous movements would be 
very heavy and time-consuming. It is also proposed, here, to define a description more or less 
hierarchical, that is to say handling the representation of the camera motion at any temporal 
30 granularity. Given a temporal window of the video data [no, no+N] (N is the total number of 
frames of the window), it is supposed that the speeds of each motion type for each frame are 
known. It is then possible to compute the number of frames N(motion_type) in which each 
motion type has a non-zero magnitude and to represent the temporal presence by a 
percentage, defined as follows (e.g. for a panning movement) : 
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T(panning) = 



N(panning) 



(1) 



N 



such an expression being generalized to any type of motion. The temporal presence of all the 
possible camera motions would then be represented by a MotionTypesHistogram in which 
the values, between 0 and 100, correspond to a percentage. Obviously, if the window is 
5 reduced to a single frame, the values can only be 0 or 100, depending on the fact that the 
given movement is present or not in the frame. 



efficient comparisons between descriptors, it is proposed to add to the description the 
temporal boundaries that define the window being described, which can be either a entire 
1 0 video sequence, a shot (a shot is a sequence of frames in which there is no discontinuity and 
therefore allows for instance to have a natural index when dividing a video sequence into 
-3 coherent temporal elements), a micro-segment (which is part of a shot) or a single frame. The 

s p speeds correspond to the instantaneous speeds averaged on the whole temporal window 

*.« (when the given motion type is present). 

J ! 15 The above-defined proposal of descriptor allows to describe any camera 

;3 motion of a given sequence of frames, by means of its starting point, its ending point, the 

~ temporal presence of each motion type (expressed in percentage), and the speed magnitude, 

expressed in a unified unit (1/2 pixel/frame). The main fundaments and advantages of this 
8a s, descriptor are its genericity (the CameraMotion descriptor takes into account all the physical 

:« 20 possible movements in all the possible directions), its precision (the precision for the 



Finally, in order to directly access the represented video data and to allow 



magnitude of any camera movement being described is half-a-pixel, which is sufficient even 
for professional applications), and its flexibility, since the CameraMotion descriptor can be 
associated to a wide range of temporal granularity, from the single frame to the whole video 
sequence (it can also be associated to successive time periods). 



25 



Moreover, all the requirements and evaluation criteria taken from the official 



MPEG-7 documents are shown to be satisfied by the camera motion description proposed, 
especially visual requirements. It is indeed specified, in the MPEG-7 requirements, that : 



30 



(a) MPEG-7 shall at least support visual descriptions of the feature "motion" 
(in case of requests for retrievals using temporal composition information)", which is 
obviously the case; 



and also that : 



(b) "MPEG-7 shall a support a range of multimedia data description with 
increasing capabilities in terms of visualization, so that MPEG-7 may allow a more or less 
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sketchy visualization of the indexed data 1 ' : the feature targeted by the proposed descriptor, 
namely the camera motion, is related to "motion 11 , and, as far as visualization is concerned, 
one can imagine to textually or graphically represent the camera operations to obtain a kind 
of summary of the global motion of the video (for instance inside a story board). 

Concerning visual data formats and classes, it is also specified, in the 
MPEG-7 requirements, that : 

(c) "MPEG-7 shall support the description of the following visual data 
formats : digital video and film (such as MPEG-1, MPEG-2, MPEG-4), analog video and 
film, still pictures (such as JPEG), graphics (such as CAD), tridimensional models (such as 
VRML), composition data associated to video, etc,. . .", which is indeed the case since the 
present proposal, being related to the video content itself, targets all the video data formats, 
digital as well as analog, even if the automatic extraction of motion data can be easier on 
digital compressed video data, in which motion information is already included in the content 
(e.g. the motion vectors in MPEG-1, MPEG-2 and MPEG-4 format); 

(d) "MPEG-7 shall support descriptions specifically applicable to the 
following classes of visual data : natural video, still pictures, graphics, bidimensional 
animation, three-dimensional models, composition information", which is also verified since 
the proposal may be applied to any animated visual data like natural video, animations or 
cartoons. 

The MPEG-7 requirements also relate to other general features, such as : 

(e) abstraction levels for multimedia material : the proposed solution is generic 
and can be used inside a hierarchical scheme allowing to represent the camera motion in a 
wide range of temporal granularity (the different abstraction levels that may thus be 
represented are the global motion types and magnitudes of an entire sequence, a video shot, a 
micro-segment within a shot, or even a single frame); 

(f) cross-modality : queries based on visual descriptions can allow the retrieval 
of features completely different from the visual content (for instance audio data), or different 
particular features of said visual content (knowing that a close-up of an object is likely to be 
preceded by a zoom, or that a shot of a landscape generally involves a pan, the use of camera 
motion descriptors may help in case of searches in which different types of features are 
involved); 

(g) feature priorities : a prioritisation of the information included in the 
descriptor allows the matching function (when the query parameters have been defined) to 
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have numerous meanings that strongly depend on the preferences and requirements of the 
user; 

(h) feature hierarchy : although the camera motion description is not designed 
following a hierarchical scheme, it is possible, for a more efficient processing of the data in 

5 terms of query, to construct different levels of description, for example to represent the 
motion of a video scene, inside which each shot is also described, and so forth recursively 
until the frame level is reached; 

(i) description of temporal range : the camera motion descriptor can be 
associated to different temporal ranges of the video material (from the whole video - e.g. this 

1 0 particular film has been shot using always a fixed camera - to the frame level, allowing a very 
fine description) or to successive time periods like different microsclusters within a shot (for 
instance : this shot begins with a long zoom of 20 seconds and ends with a short tilt of 2 
™ seconds), said association being therefore either hierarchical (the descriptor is associated to 

«F the whole data or to a temporal sub-set of it) or sequential (the descriptor is associated to 

:= E 1 5 successive time periods ); 

;; ; ] (j) direct data manipulation : it is allowed by the present proposal. 

£3 Moreover, it is clear that functional requirements must also be reached by the 

q proposal descriptor, and for instance : 

; "~ (k) content-based retrieval : one of the main goals of the present proposal is 

l ! * 20 indeed to allow an effective ("you get exactly what you are looking for" and efficient ("you 

i. ~S 

q get what you are looking for, quickly") retrieval of multimedia data based on their contents, 

whatever the semantic involved, the effectiveness being mainly guaranteed by the preciseness 
of the description, that takes into account independently all the possible motion operations 
and magnitudes involved, and the efficiency being dependent of the database engine used ant 
25 the retrieval strategy chosen; 

(€) similarity-based retrieval : such a retrieval and the ranking of the database 
content by the degree of similarity are possible with the descriptor according to the invention; 

(m) streamed and stored descriptions : nothing in the proposed descriptor 
prevents from carrying out said operations; 
30 (n) referencing analog data : once gain, there is no limitation, in the proposed 

descriptor, for referencing objects, time references or any other data of analog format; 

(o) linking : the proposed descriptor allows the precise locating of the 
referenced data, since the time instants defining the temporal window during which the 
description is valid are included in said description. 
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The descriptor thus proposed must be constructed on the basis of motion 
parameters previously defined. Although some techniques already exist for the estimation of 
these motion parameters (of the camera or of the concerned observing device), they often 
suffer of drawbacks leading to prefer an improved method for the estimation of camera 
5 motion parameters, such as described in the international patent application filed on 
December 24, 1999, under the reference PCT/EP99/10409 (PHF99503). 

A global scheme of an implementation of this estimation method is illustrated 
in Fig.4. It may be noted that, since MPEG-7 will be a multimedia content description 
. standard, it does not specify a particular coding type : a process of descriptors formation must 
10 therefore work on iall types of coded data, either compressed or uncompressed. Nevertheless, 
as most of the video data obtained from the input frames are generally available in the MPEG 
format (they are therefore compressed), it is advantageous to use directly the motion vectors 
' : J provided by the MPEG motion compensation. On the contrary, if the video data are available 

■»F in the uncompressed domain, a block-matching method is therefore implemented in a motion 

,.p 1 5 vector generation device 41 , in order to obtain said vectors. 
J Whatever the case, once motion vectors have been read or extracted from the 

video sequence (between two successive frames), a downsampling and filtering device 42 is 
□ provided, in order to reduce the amount of data and the heterogeneousness of said motion 

; "fj vectors. This operation is followed by an instantaneous estimation, in a device 43, of the 

20 camera features. This estimation is for instance based on the following method. 
;;3 Before describing this method, the camera model used is presented. A 

monocular camera moving through a static environment is considered. As can be seen in 
Fig. 5, let 0 be the optical centre of the camera and OXYZ an external coordinates system that 
is fixed with respect to the camera, OZ being the optical axis and x,y, z being respectively the 
25 horizontal, vertical and axial directions. Let T x , T y , T z be the translational velocity of OXYZ 
relative to the scene and R x , R y , R z its angular velocity. If (X,Y,Z) are the instantaneous 
coordinates of a point P in the tridimensional scene, the velocity components of P will be : 
X = -T x - R y .Z + R 2 .Y (2) 
Y = -T y - R 2 .X + R X .Z (3) 
30 Z = -T z - R X .Y + R y .X (4) 

The image position of P, namely p, is given in the image plane by the relation (5) : 

X Y 

(x,y) = internal coordinates = ( f — , f — ) (5) 
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(where f is the focal length of the camera), and will move across the image plane with an 
induced velocity : 

(u x , u y ) = (x,JO (6) 

After some computations and substitutions, the following relations are obtained : 
u x = f. — -f-— 5- (7) 

u x = -(-T x -R y .Z + R z .Y)- ^f(-T 2 -R x .Y + R y .X) (8) 
Z z 2 

and : 

Y Y7 

u y = -I (-T y - R Z .X + R X .Z) - ^ (-T 2 - R X .Y + R y .X) (10) 
Z z ^ 

which can also be written : 

ux(x,y) = -|.^ (11) 

u y (x,y) = -|.(T y - y .T z )-^.R y +f(i + |i)R x -x.R 2 (12) 

Moreover, in order to include the zoom in the camera model, it is assumed that a zoom can be 
approximated by a single magnification in the angular domain. Such an hypothesis is valid if 
the distance of the nearest object in the scene is large compared to the change of focal length 
used to produce the zoom, which is usually the case. 

A pure zoom is considered in Fig.6. Given a point located in the image plane, 
on (x,y) at a time t and on (x*, y') at the next time t f , the image velocity u x = x'-x along x 
induced by the zoom can be expressed as a function of R 200 m (Rzoom being defined by the 
relation (9' - 9)/0, as indicated in Fig.6), as shown below. 

One has indeed : tan (9*) = x'/f and tan (0) = x/f, which leads to : 

u x = x' - x = [tan(O') - tan (9)].f (13) 
The expression of tan (9') can be written : 

*w-*iv-w- r,™+%* (i4) 

1 - tan(0).tan(0'-#) 

Assuming then that the angular difference (9' - 0) is small, i.e. tan (9' - 0) can be 
approximated by (9' - 9), and that (9 ! - 9).tan 9 « 1, one obtains : 
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u x = f. 



\-(0'-0).tan0 

Q9'-fl).(l + tan 2 (fl) 
l-(0'-0).tan0 



u x = f.O.RzooM ■ 



l + tan z (0) 



1 - (0'-0).tan0 
which is practically equivalent to : 

u x = x* - x = f.e.Rzoom.O + tan 2 6) 
This result can be rewritten : 

x x 2 
u x = f.tan' 1 (^.Rzoom-O + -7) 
f f 2 

and, similarly, u y is given by : 




10 



_ r (0'-0) + tan(0) 
u x = x -x = f. [— ^— L - tan#] (15) 



(16) 
(17) 

(18) 
(19) 



19.01.2000 



10 



:« 15 



u Y = f.tan" 1 (|).R Z oom(l + Z 5") 
i f z 



(20) 



The velocity u = (u x , u y ) corresponds to the motion induced in the image plane by a single 
zoom. A general model in which all the rotations, translations (along X and Y axis) and zoom 
are taken into account can then logically be defined. 

This general model can be written as the sum of a rotational velocity, 
representing rotational and zoom motions, and a translational velocity, representing the X and 
Y translations (i.e. tracking and booming respectively) 



u Y =u 



trans ,„ rot 



Uy =U^ 



trans rot 

"+" U 



(21) 



with : 

„ trans 
u x 

„ trans 

u v 



~*-.Tx 

z x 

f f-p 
= .Ty 

Z 3 



2 2 
u rot = iLZ Rx _ f (1+ 2L_). R +y . Rz +ttan -l £).(l+^-).R zoom 

I * f 

2 2 

u rot Ry +f . (1+ y_ } Rx _ x Rz +£tan -i (Z).(i+^-).R zoom 



20 equations in which only translational terms depend on the object distance Z. 
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The article "Qualitative estimation of camera motion parameters from video 
sequences", by M.V. Srinivasan and al., Pattern Recognition, vol.30, n°4, 1997, pp.593-605, 
describes, for extracting camera motion parameters from a sequence of images, a technique 
using the camera equations (21) to (23). More precisely, the basic principle of this technique 
is explained in part 3 (pp.595-597) of said article. The technique, implemented by finding the 
best values of Rx, R y , R z and Rzoom that create a flow field which, when subtracted from the 
original optic flow field, then results in a residual flow field wherein all the vectors are 
parallel, uses an iterative method minimizing deviations from parallelism of the residual flow 
vectors, by means of an advantageous sector-based criterion. 

At each step of this iterative method, the optic flow due to the current camera 
motion parameters is calculated according to one of two different camera models. A first 
model assumes that the angular size of the visual field (or the focal length f) is known : this 
means that the ratios x/f and y/f in the equations (23) can be calculated for each point in the 
image, said equations then allowing to calculate the optic flow exactly. This first model, 
which is the one taking into account panning or tilting distorsions, produces more accurate 
results when the visual field of the camera is large and known. Unfortunately, the focal 
length is sometimes not known, which leads to use a second model, only on a restricted area 
of the image when the visual field is suspected to be large. According to said second model, 
small field approximations (x/f and y/f very lower than 1) are then necessary before applying 
the equation (23), which leads to the equations (24) and (25) : 

u£* □ - f.R y + y.R 2 + x.R zoom (24) 

u T y ot □ - f.R x - x.R z + y.R ZOO m (25) 

The estimation thus carried out in the device 43 leads to one 
features vector for each pair of frames. The set of features vectors within the whole 
considered sequence is then finally received by a long-term motion analysis device 44. This 
device 44 outputs motion descriptors which may be used to index the sequence in terms of 
camera motion in a content-based retrieval context, especially in the MPEG-7 video indexing 
framework. 

Two main problems justify the preprocessing step in the device 42 : the 
heterogeneousness of the motion vectors, above all in the low-frequency parts of the image or 
where texture is very homogeneous, and the too small size of the blocks. The downsampling 
and filtering process is provided for reducing the amount of vectors by downsampling the 
original field and simultaneously rejecting the vectors that are not consistant according to the 
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global information. A confidence mask, calculated for each vector, is used : it is a criterion 
varying between 0 and 1 according to the level of confidence of each motion vector and 
allowing to decide if the vectors are taken into account or not. An example of confidence 
mask may be to consider that for any theoretical camera motion, a motion vector cannot vary 
too much : close vectors have close values. One can then measure a confidence level 
according to the distance from each vector to its neighbourhood, which can be for instance 
represented by its average value or, preferably, its median (because it is less sensitive to big 
isolated errors). The confidence mask Cy is therefore defined by the equation (26) : 



Cij = e" 



v i, j ~~ v median 



2 



(26) 



10 Fig.7 illustrates the filtering technique : the filtered field (right side) contains 

four times as fewer blocks as the original field (left side). The vector representing the motion 
of a new block is computed according to the motion vectors of the four original blocks, and 
their confidence level is calculated according to the neighbourhood as indicated. The motion 
vector for the new block is the weighted mean of its old smaller blocks : 

2(m-l)+2 2(n-l)+2 

2 2 Cij.Vij 

15 v (fim- i:=2(m " 1)+1 J^ 11 - 1 ^ 1 (27) 

15 v m,n(li")- 2 (m-l)+2 2(n-l)+2 K } 

i=2(m-l)+l j=2(n-l)+l 
The device 43, provided for computing for each pair of frames, from the 
filtered motion vectors field, a feature vector that contains the camera motion information 
between the two considered frames, may also implement an estimation algorithm such as 
now detailed. 

20 First, the confidence mask is computed, from the equation (26). Then the 

parallelisation process starts. Each time a motion vector is taken into account in the 
computation of the cost function or of the resultant vector, it is weighted by its confidence 
mask. The following equations then allow to compute the best values of R X5 R y , R z? Rzoom and 
the focal length f that give a residual field in which all the vectors are parallel : 

25 R estim 4Rx>Ry>Rz>Rzoom>f J= arg min{p(R)} (28) 

where P(R) = ZZ 



* J 

with : 



- residual ^ ^ Qj (29) 
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-residual^ = -.._ 



hi 



u 



rot ,6 



(R) 



,rot,5> 



ul"(R) 



(30) 



andtfy =angle(vFY idual »V residual ), 



Y residual 



v v - residual p. 
i J 

i j 



(31) 



In the case of a non-translational motion in a large visual field, the residual vectors would not 
be parallel but should ideally be close to zero. This remark leads to compute the P ratio given 
by the equation (32) : 



- residual ,5 estim x 
Zv y (R ) 



-residual ^estim x 



(32) 



which indicates the parallelism of the residual field. This is the ratio of the magnitude of the 
resultant of the residual flow vectors to the sum of the magnitudes of the residual flow 
vectors : P = 1 implies that the residual vectors are perfectly aligned, while P = 0 implies that 
the residual vectors are randomly oriented with respect to each other. Moreover, to check the 
presence of a significant tracking component in the camera motion, the strength of the 
residual flow field is compared to that of the original flow field by computing the following 
ratio given by the equation (33) : 



mean 



(*) 



a — ■ 



-residual ^ estim n 



mean 



(33) 



The "mean(*) n operator represents the weighted mean of its arguments, according to the 
confidence mask. These two ratios allow to check for the presence and the amount of 
tracking components as shown below : 

A) if P - 0 , no tracking motion; 

B) if P~ 1 : 

if a - 0, negligible tracking motion; 
if a - 1 , significant tracking motion : 
x „ \t residual 

x _ t r residual 
i y --v y 
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These ratios also give an idea of the results relevance. 

It must be noted that the estimated components of translational motion, 

namely T x and Ty , do not represent exact components of the first model, but a weighted 

T v T y 

mean within the whole image of f.— ^ and f— — , since the depth of each block is not known. 

z z 

5 However, they are good representations of apparent tracking motion in the image. 

The invention is not limited to the content of the previous description, from 
which modifications or applications may be deduced without departing from the scope of the 
invention. For instance the invention also relates to an image retrieval system such as 
illustrated in Fig.8, comprising a camera 81, for the acquisition of the video sequences 

10 (available in the form of sequential video bitstreams), a video indexing device 82, for 

carrying out a data indexing method based on a categorization resulting from the use of said 
descriptor of motions (of a camera or of any observing device), a database 83 that stores the 
data resulting from said categorization (these data, sometimes called metadata, will allow the 
retrieval or browsing step then carried out on request by users), a graphical user interface 84, 

1 5 for carrying out the requested retrieval from the database, and a video monitor 85 for 
displaying the retrieved information. 



